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(54) Data transfer control device, program and method of fabricating electronic Instrument 



(57) Information that is transferred through a bus 
BUS (conforming to IEEE 1394) is downloaded into a 
rewrite area storing device information (such as GUID 
or config ROM) and data transfer control program infor- 
mation (such as a SBP-2 firmware program), and rewrit- 
er processing is performed to write the informatton into 
the rewrite area. When it is detected that no device ts 



connected to a bus BUS2 (conforming to ATA/ ATARI or 
IDE), the rewriter processing starts. The detection of 
whether or not a device is connected to BUS2 is based 
on the result of an access to a register of the device. In 
a download mode, the information is written into the re- 
write area by transferring data to and from a PC con- 
nected to BUS 1 . 
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Description 

BACKGROUND OF THE INVENTION 

[0001] The present invention relates to a data transfer 5 
control device, an electronic instrument, a program, and 
a method of fabricating an electronic instrument. 
[0002] An Interface standard called IEEE 1 394 has re- 
cently attracted attention. Not only can computer periph- 
erals such as hard disk drives, optical disk drives, print- io 
ers, and scanners be connected to a bus under this 
IEEE 1394, but also domestic electrical products such 
as video cameras, VCRs, and TVs. That is why this 
standard is expected to enable a dramatic acceleration 
in the digitalization of electronic instruments. is 
[0003] An electronic instrument provided with an in- 
terface such as one for this IEEE 1394 must have a 
GUID that is identification information specific to that 
electronic instrument. For that reason, It is necessary to 
write devkje information such as a global unique ID 20 
(GUID) and configuration ROM information to flash 
memory (generally speaking: non-volatile memory) at 
shipping. 

[0004] l^owever, since it is necessary to do this writing 
of device information to each electronic instrument indi- 25 
vidually, it is preferable to do this during the first half of 
the fabrication process, as far as possible. More specif- 
ically, it is desirable to write this device information to 
the circuit board on which the LSI of the data transfer 
control device is mounted, before connection to a stor- so 
age device such as a CD drive or hard disk drive. 

BRIEF SUMMARY OF THE INVENTION 

[0005] The present invention was devised in the light 35 
of the above-described technical problems, and may 
provide a data transfer control device, an electronic in- 
strument, a program, and a method of fabricating an 
electronic instrument that facilitate ease writing of data 
such as device information. 40 
[0006] According to one aspect of the present inven- 
tion, there is provided a data transfer control device for 
data transfer through a bus, comprising: 

a rewriter which loads and writes information trans- 45 
ferred through a first bus into a rewrite area of a non- 
volatile memory storing at least one of device infor- 
mation and data transfer control program informa- 
tion; and 

a rewriter activation section which causes the re- so 
writer to start processing when a second bus is de- 
tected to have no connection to any device. 

[0007] When it is detected that the device is discon- 
nected from the second bus (or the device is not ss 
present), processing by the rewriter starts (or the rewrit- 
er is activated), and information transferred through the 
first bus is downloaded and written to the rewrite area. 



Information such as the device information or the data 
transfer control program information is thus automati- 
cally written into the rewrite area when the device is dis- 
connected from the second bus. This makes it possible 
to implement a data transfer control device that facili- 
tates easy writing of data such as device information. 
[0008] Note that the device information in this case 
could be information for identifying an electronic instru- 
ment or a data transfer control device, or device infor- 
mation necessary for data transfer control, by way of ex- 
ample. The data transfer control program information 
could be information of a program that controls data 
transfer through the first bus, by way of example. The 
data transfer control program in this case can include a 
data transfer control program having a first protocol 
which is an upper layer protocol of a first interface stand- 
ard for the first bus. 

[0009] The detection of whether or not the second bus 
is connected to a second device may be based on the 
result of an access to a register of the second device. 
[0010] This access to the register could be a write to 
the register, a read of that register, or both. The register 
of the device which is possibly connected to the second 
bus could be a register conforming to a second interface 
standard for the second bus. 

[001 1] The rewriter may write information into the re- 
write area by performing data transfer between the data 
transfer control device and a first device connected to 
the first bus in a mode of loading information to the re- 
write area. 

[0012] In such a case, the data transfer through the 
first bus in download mode can be implemented by the 
first interface standard, by way of example. 
[0013] Data transferred from a first device through the 
first bus may be transferred to a second device through 
the second bus, and data transferred from the second 
device through the second bus may be transferred to 
the first device through the first bus, in an ordinary op- 
erating mode that differs from a mode of loading infor- 
mation to the rewrite area. 

[001 4] This makes it possible to implement a function 
called a bus bridge function. 

[0015] The device information may include identifica- 
tion information that is specific to an electronic instru- 
ment in which the data transfer control device is embed- 
ded. 

[0016] When this electronic instrument is connected 
to another electronic instrument through the first bus, 
therefore, this configuration makes it easy for the other 
electronic instrument to identify this electronic instru- 
ment. 

[0017] The non-volatile memory may have an area in 
which is stored information for indicating whether or not 
the data transfer control program information has been 
written correctly into the rewrite area. 
[0018] This configuration makes it possible to prevent 
a state in which erroneous data transfer control program 
information is written into the rewrite area. 
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[0019] The non-volatile memory may have an area in 
which is stored rewriter processing setting information 
for setting whether processing by the rewriter is enabled 
or disabled; and 

the rewriter prpcessing setting information may be 5 
set to enabled in an initial state but set to disabled at the 
end of processing by the rewriter. 
[0020] Setting the rewriter processing setting informa- 
tion to enabled In the initial state in this manner enables 
an immediate transition to rewriter processing, skipping io 
other processing. 

[0021] The first bus may transfer data conforming to 
a first interface standard, and the second bus may trans- 
fer data conforming to a second interface standard. 
[0022] According to another aspect of the present in- '5 
vention, there is provided an electronic instrument com- 
prising any of the above-described data transfer control 
devices and a second device connected to the second 
bus. 

[0023] According to further aspect of the present in- 20 
vention, there is provided a program for causing a data 
transfer control device to function as: 



[0024] According to still another aspect of the present 
invention, there is provided a method of fabricating an 
electronic instrument having a data transfer control de- 35 
vice and a second device connected to a second bus of 
the data transfer control device, the method comprising: 

disconnecting the second device from the second 
bus to start rewriter processing that is activated ^0 
when the second device is disconnected from the 
second bus; 

• loading and writing information transferred through 
a first bus into a rewrite area by the rewriter process- 
ing, the rewrite area storing at least one of device 45 
information and data transfer control program infor- 
mation; and 

connecting the second device to the second bus af- 
ter the writing of the information into the rewrite ar- 
ea. 50 

BRIEF DESCRIPTION OF THE SEVERAL VIEWS OF 
THE DRAWING 



Fig. 2 is illustrative of a summary of the SBP-2 
processing. 

Fig. 3 is illustrative of command processing when 
data is transferred by SBP-2 from an initiator to a 
target. 

Fig. 4 is illustrative of command processing when 
data is transferred by SBP-2 from a target to an in- 
itiator. 

Figs. 5A and 58 are illustrative of the bus bridge 
function of the data transfer control device and a 
method of fabricating an electronic instrument. 
Fig. 6 shovys an example of the configuration of the 
data transfer control device and an electronic instru- 
ment in accordance with one embodiment of the 
present invention. 

Fig. 7 is a memory map of the flash memory (non- 
volatile memory). 

Fig. 8 is a flowchart showing a detailed example of 
the processing according to one embodiment of the 
present invention. 

Fig. 9 is another flowchart showing a detailed ex- 
ample of the processing according to one embodi- 
ment of the present invention. 
Figs. IDA, 10B, and 10C are illustrative of the vari- 
ous ATA registers. 

Figs. 11 A and 118 are illustrative of the method of 
fabricating an electronic instrument. 
Figs. 12A and 128 are illustrative of the method of 
fabricating an electronic instrument and the data 
transfer control method. 

Fig. 13 is illustrative of ID download processing. 
Fig. 14 is illustrative of program download process- 
ing. 

Figs. 15A and 158 are illustrative of config ROM 
download processing and download end process- 
ing. 

Rg. 16 shows an example of the configuration of 
the Advanced Technology Attachment/Advanced 
Technology Attachment Packet Interface (ATA/ 
ATAPI) interface circuit. 

Figs. 17A and 178 show examples of signal wave- 
forms during PIO read and PIO write. 

DETAILED DESCRIPTION OF THE EMBODIMENT 

[0026] Embodiments of the present invention are de- 
scribed in detail below. 

[0027] Note that the embodiments described below 
do not in any way limit the scope of the present invention 
laid out In the claims herein. In addition, all elements of 
the embodiments described below should not be taken 
as essential requirements of the present invention. 

1. IEEE 1394 and SBP-2 
1.1 Layer Structure 

[0028] A protocol catted the Serial Bus Protocol 2 



[0025] 55 

Fig. 1 is illustrative of a layer structure of IEEE 1 394 
and Serial Bus Protocol 2 (SBP-2). 



a rewriter which loads and writes information trans- 
ferred through a first bus into a rewrite area of a non- 25 
volatile memory storing at least one of device infor- 
mation and data transfer control program informa- 
tion; and 

a rewriter activation section which causes the re- 
writer to start processing when a second bus is de- so 
tected to have no connection to any device. 
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(SBP-2) has been proposed as an upper-level protocol 
comprising some of the functions of the transaction layer 
under IEEE 1394. This SBP-2 (generally speaking: 
SBP) has been proposed in order to enable the use of 
the SCSI (MMC-2) command set on the IEEE 1 394 pro- 
tocol. In addition to minimizing changes to the command 
set used in electronic instalments that conform to the 
existing SCSI standards, use of this SBP-2 ensures that 
electronic instruments that conform to IEEE 1394 can 
also be used. This therefore enables a simplification of 
the design and development of electronic instruments. 
[0029] The IEEE 1 394 and SBP-2 layer structure (pro- 
tocol stack) is shown simplified in Fig. 1 . 
[0030] The protocol for IEEE 1394 (such as IEEE 
1394 -1995, PI 394a, and PI 394b) is configured of a 
transaction layer, a link layer, and a physical layer. 
[0031] The transaction layer provides an interface 
(services) in transaction units for upper layers and exe- 
cutes transactions such as read transactions, write 
transactions, and lock transactions through an interface 
provided by the lower link layer. 

[0032] In this case, a read transaction causes the 
transfer of data from a response node to a request node. 
A write transaction causes the transfer of data from a 
request node to a response node. A lock transaction 
causes the transfer of data from a request node to a re- 
sponse node and returns that data, after it has been 
processed by the response node, to the request node. 
[0033] The link layer provides control such as cycle 
control for addressing, data checking, data framing for 
packet transfers, and isochronous transfer. 
[0034] The physical layer provides conversions to 
electrical signals of logical symt>ols used by the link lay- 
er, bus arbitration, and a physical interface for the bus. 
[0035] The SBP-2 layer provides an upper-level pro- 
tocol that comprises some of the functions of the trans- 
action layer under IEEE 1394 (generally speaking: a first 
interface standard), as shown in Fig. 1. 

1 .2 SBP-2 Processing 

[0036] A flowchart of the entire processing of the SBP- 
2 (generally speaking: an upper-level first protocol for a 
first interface standard) is shown in Fig, 2. 
[0037] As shown in Fig. 2, with SBP-2, configuration 
ROM information for identifying that the connected de- 
vice is read first (step T1). 

[0038] Next, the initiator (such as a personal compu- 
ter) is asked to log in to acquire the access right (request 
start permission, or the right to use the bus) with respect 
to the target (such as a storage device) (step T2). More 
specifically, login is performed by using a login operation 
request block (ORB) created by the initiator. 
[0039] The fetch agent is then initialized (step T3). A 
command block ORB (normal command ORB) is then 
used to perform command processing, and finally a lo- 
gout ORB is used for logout processing (step T5). 
[0040] During the command processing of step T4 in 



this case, the initiator transfers a write request packet 
(issues a write request transaction) and rings the tar- 
get's doorbell register, as shown at A1 in Fig. 3. When 
that happens, the target transfers a read request packet 

5 and returns a read response packet corresponding to 
the initiator, as shown at A2. This causes the fetching of 
the ORB (command block ORB) created by the initiator 
into the data buffer) packet buffer of the target. The tar- 
get analyzes the command comprised within the thus- 

10. fetched ORB. 

[0041] If the command comprised within the ORB is 
a SCSI write command, the target transfers the read re- 
quest packet to the initiator and the initiator returns the 
corresponding read response packet. This causes the 

15 transfer of data that was stored in the data buffer of the 
initiator to the target. If the target is a storage device, by 
way of example, the thus-transferred data is written to 
the storage device. 

[0042] If the command comprised within the ORB is 
20 a SCSI read command, on the other hand, the target 
transfer a series of write request packets to the initiator, 
as shown at B1 in Fig. 4. If the target is a storage device, 
by way of example, this causes the transfer of data that 
has been read out from the storage device, to the data 
25 buffer of the Initiator. 

[0043] This SBP-2 makes it possible for the target to 
transfer a request packet (issue a transaction) whenev- 
er its own circumstances are good, to transfer data. 
Since it is therefore not necessary for the initiator and 
30 target to be synchronized, it enables an increase in data 
transfer efficiency. 

[0044] Note that optimal AV/C commands have been 
proposed for the transfer of image and audio data as an 
upper-level protocol for IEEE 1394, other than SBP-2 
35 optimized for data transfer for storage devices and print- 
ers. A protocol called iPover139 has also been pro- 
posed for the transfer of Internet protocol (IP) packets. 

1 .3 Incorporation into Electronic instrument 

40 

[0045] A data transfer control device 1 0 in accordance 
with this embodiment has a bus bridge function between 
a BUS 1 (a first bus) that conforms to IEEE 1 394 (SBP- 
2) and a BUS2 (a second bus) that conforms to ATA 

45 (IDE)/ATAPI. as shown in Fig. 5A. In this case, ATA (AT 
attachment) Is widely used as an interface standard, 
mainly for hard disks, and ATAPI (ATA packet interface) 
is an interface standard that enables the use of ATA 
even in optical disk drives such as CD drives. 

50 [0046] The data transfer control device 10 that ena- 
bles the implementation of the bus bridge function 
shown in Fig. 5A issues SCSI (MMC-2) commands that 
comprise ORBs (generally speaking: command pack- 
ets) for transfer from a PC (host or personal computer, 

55 generally speaking: a first device), to a storage device 
100 (generally speaking: a second device) as ATAPI 
commands. It implements data transfer to and from the 
storage device 1 00. 
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[0047] By giving the data transfer control device 10 
this bus bridge function, it becomes possible for a stor- 
age device 1 00 that is not provided with an ATA/ATAP I 
to have an IEEE 1394 interface function. This makes it 
possible to increase the product value of electronic in- 5 
struments in which the storage device 100 is incorpo- 
rated. 

[0048] An electronic instrument 8 in which this storage 
device 100 is incorporated has to write device informa- 
tion (information that is specific to that electronic instru- io 
ment or data transfer control device), such as a Global 
Unique ID (GUID) and configuration ROM information, 
to a flash memory 44 built into the data transfer control 
device 10 (LSI chip), by way of example, during manu- 
facture (or at shipping), as shown in Fig. 5B. Once such 
device information has been written, it is possible to im- 
plement appropriate data transfer when the electronic 
instrument 8 is connected to another electronic instru- 
ment. When the SBP-2 (SBP) firmware (generally 
speaking: a data transfer control program) that controls 20 
SBP-2 (IEEE 1394) data transfer is to be corrected, or 
when the manufacturer of the electronic instrument 
wishes to access the dedicated SBP-2 firmware therein, - 
it is necessary to update the SBP-2 firmware by writing 
it to the flash memory 44. 

[0049] In the case shown in Fig. 5B, SBP-2 data trans- 
fer is used to write device information and SBP-2 
firmware to the flash memory 44. 
[0050] More specifically, an IEEE 1394 port of a PC 
at the factory is connected to an IEEE 1394 port of a 30 
circuit board 9 mounted on the data transfer control de- 
vice 1 0. A command for transferring to a download mode 
(a mode for writing information to the flash memory 44) 
from the ordinary operating mode (the usual mode for 
data transfer) is comprised within an ORB, for transfer 35 
from the factory's PC to the data transfer control device 
10. When that happens, a rewriter (rewriter section or 
rewriter module) that writes the information to the flash 
memory 44 is activated and the device information or 
SBP-2 firmware is written. 

[0051] In this Fig. SB, since SBP-2 transfer is used for 
writing information to the flash memory 44. it is neces- 
sary to perform the transfer over BUS 1 with the data 
transfer control device 1 0 (the circuit board 9) connected 
to the storage device 1 00 (storage unit). This is because 45 
information on the storage device 100 is necessary for 
the SBP-2 transfer but the storage device 1 00 is not con- 
nected and thus it is not possible to obtain this informa- 
tion therefrom. The target of the PC system's identifica- 
tion is always the storage device 1 00 because the data 50 
transfer control device 10 is merely a device having the 
bus bridge function. 

[0052] For that reason, the method shown in Fig. 5B 
necessitates that the device information must be written 
after the fabrication step of connecting the storage de- 55 
vice 1 00 to the circuit board 9 on which the data transfer 
control device 10 is mounted. It is thus not possible to 
write the device information during the first part of the 



fabrication process, leading to problems such as an in- 
crease in the complexity and length of the fabrication 
process and an increase in the cost of the electronic in- 
strument. 

[0053] To ensure that this embodiment resolves the 
above-described problems, a data transfer control de- 
vice of the configuration described below is employed. 

2. Overall Configuration 

[0054] An example of the overall configuration of the 
data transfer control device of this embodiment and the 
electronic instrument that incorporates it is shown in Fig. 
6. Note that in the description below, the target that 
transfers data with respect to the initiator is exemplified 
as a storage device (such as a CD drive, DVD drive, or 
hard disk drive), but it should be obvious to those skilled 
in the art that the present invention is not limited thereto. 
[0055] A PC (host or personal computer, generally 
speaking: a first device) having a data buffer 4 and the 
electronic instrument 8 are connected by a BUS1 (first 
bus) conforming to IEEE 1394. The electronic instru- 
ment 8 has the data transfer control device 10 and the 
storage device 100 (generally speaking: a second de- 
vice). 

[0056] Note that the electronic instrument 8 could also 
comprise other components such as a system CPU, 
system memory (ROM, RAM), an operating section, or 
a signal processing device (not shown in the figure). 
[0057] The PC also comprises a downloader host 
section 6 that functions as a device driver for the oper- 
ating system (OS). This downloader host section 6 is 
implemented by the CPU of the PC and a downloader 
host program (downloader host module). This down- 
loader host program (driver kit) can be supplied through 
an information storage medium (CD or DVD) that can 
be read by the PC, or through the Internet (communica- 
tions lines). 

[0058] The data transfer control device 1 0 comprises 
physical-layer (PHY) circuitry 14, link-layer circuitry 20, 
SBP-2 circuitry 22, an interface circuit 30, a buffer man- 
agement circuit 38, and a packet buffer 40 (data buffer), 
it also comprises a CPU 42 and the flash memory 44 
(EEPROM). A processing module (program) therefor is 
stored in the flash memory 44, comprising firmware 50 
that is executed by the CPU 42 (generally speaking: a 
processor). Note that the data transfer control device 10 
of this embodiment does not necessarily comprises all 
of the circuit blocks and function blocks shown in Fig. 6; 
some of them can be omitted. 

[0059] The physical-layer circuitry 14 is designed to 
implement the physical-layer protocol of Fig. 1 in hard- 
ware, and it has the function of converting the logical 
symbols used by the link-layer circuitry 20 into electrical 
signals. 

[0060] The link (and transaction)-layer circuitry 20 is 
designed to implement the link-layer protocol and part 
of the transaction-layer protocol of Fig. 1 in hardware. 
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and provides various services for packet transfer be- 
tween nodes. 

[0061] These functions of the physical-layer circuitry 
1 4 and the link-layer circuitry 20 make it possible to per- 
form data transfer that conforms to IEEE 1394 to and 
from a PC (generally speaking: an electronic instru- 
ment) through BUS (the first bus). 
[0062] The SBP-2 circuitry 22 (transfer execution cir- 
cuitry) is designed to implement part of the SBP-2 pro- 
- toco! and part of the transaction layer in hardware. 
These functions of the SBP-2 circuitry 22 make it pos- 
sible to divide transfer data into a series of packets and 
transfer the thus-divided series of packets continuously. 
[0063] The interface circuit 30 is designed to provide 
an interface with the storage device 100. This function 
of the interface circuit 30 makes it possible to perform 
data transfer that conforms to ATA (AT attachment) or 
ATAPI (ATA packet interface) to and from the storage 
device 100 through BUS2 (the second bus). 
[0064] The provision of the physical-layer circuitry 1 4, 
the link-layer circuitry 20, and the interface circuit 30 
makes it possible for the data transfer control device 1 0 
to have a bus bridge function for IEEE 1394 (generally 
speaking: a first interface standard) and ATA (IDE)/ 
ATAPI (generally speaking: a second interface stand- 
ard). 

[0065] A DMA controller 32 comprised by the inter- 
face circuit 30 enables direct memory access (DMA) 
transfer to and from the storage device 100 through 
BUS2. 

[0066] Note that the storage device 1 00 connected to 
BUS2 comprises an interface circuit 102 for performing 
data transfer conforming to ATA (IDE)/ATAPI, an access 
control circuit 104 for controlling access (write or read 
access control) to storage 106, and the storage 106 
such as an optical disk or hard disk. 
[0067] The buffer management circuit 38 manages 
the interface with the packet buffer 40. The buffer man- 
agement circuit 38 comprises components such as a 
register for controlling the buffer management circuit 38. 
an arbitration circuit that arbitrates connections of the 
packet buffer 40 to the bus, and a sequencer that gen- 
erates various control signals. 

[0068] The buffer management circuit 38 also com- 
prises a pointer management section 39. This pointer 
management section 39 manages pointers of the packet 
buffer 40 by a ring buffer method, and updates a plurality 
of pointers for writing and reading. 
[0069] The packet buffer 40 (packet memory or data 
buffer) is a buffer for storing packet (transfer data) tem- 
poi'arily, which is configured of hardware such as SRAM, 
SDRAM, or DRAM. Note that in this embodiment, the 
packet buffer 40 functions as a packet storage section 
that can be randomly accessed. The packet buffer 40 
could also be connected externally instead of being in- 
corporated into the data transfer control device 10. 
[0070] The CPU 42 (generally speaking: a processor) 
controls the entire device and also controls data trans- 



fer. 

[0071] The flash memory 44 (EEPROM) is non-vola- 
tile memory containing data that can be overwritten 
electrically. Processing modules (programs) for the 

5 firmware 50 are stored in this flash memory 44. 

[0072] The firmware 50 is a program comprising var- 
ious processing module (processing routines) that run 
on the CPU 42, and the protocols for layers such as the 
transaction layer are implemented by this firmware 50 

10 and the CPU 42 or the like that is hardware. 

[0073] The firmware 50 (F/W) comprises a communi- 
cations section 52, a management section 60, a fetch 
section 70, a storage task section 80, a rewriter activa- 
tion section 82, and a rewriter (downloader) section 90. 

15 Note that the firmware 50 does not necessarily comprise 
all of these function blocks (modules); some of them 
could be omitted. 

[0074] In this case, the communications section 52 is 
a processing module that functions as an interface be- 
20 tween hardware such as the physical-layer circuitry 14 
and the link-layer circuitry 20, 

[0075] The management section 60 (management 
agent) is a processing module that provides manage- 
ment of tasks such as login, reconnection, logout, and 
25 reset If the initiator has requested login at a target, for 
example, this management section 60 first accepts this 
login request 

[0076] The fetch section 70 (fetch agent) is a process- 
ing module that receives operation request blocks 

30 (ORBs), issues statuses, and handles command 
processing requests to the storage task section 80. The 
fetch section 70 differs from the management section 
60, which can only handle a single request, in that it also 
can handle an ORB link list that it itself has fetched in 

35 accordance with a request from the initiator. 

[0077] The storage task section 80 is a processing 
module for executing the processing of commands com- 
prised by ORBs and DMA transfers. 
[0078] The rewriter activation section 82 (rewriter ac- 

40 tivation module) performs processing to cause a rewriter 
section 90 to start processing. 

[0079] More specifically, if it has been detected that 
the storage device 100 (generally speaking: a device) 
is disconnected from BUS2, the rewriter activation sec- 

45 tion 82 automatically causes the processing of the re- 
writer section 90 (download mode) to start. The process- 
ing of the rewriter section 90 is started even if a down- 
load start command has been received from the down- 
loader host section 6 of the PC. 

50 [0080] Note that if the storage device 100 has been 
detected connected to BUS2, the SBP-2 processing (or- 
dinary operating mode) is started. This SBP-2 process- 
ing is implemented by components such as the commu- 
nications section 52, the management section 60, the 

55 fetch section 70, and the storage task section 80. 

[0081] The detection of whether or not the storage de- 
vice 100 is connected to BUS2 can be determined 
based on the result of an access (at least one of a write 
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result and a read result) to a register 103 (ATA register) 
of the storage device 1 00, by way of example. Note that 
a monitor circuit (detection circuit) that monitors the 
state of BUS could be provided, and this monitor circuit 
can be used to detect whether or not the storage device 5 
100 is connected to BUS2. 

[0082] The rewriter section 90 (downloader section 
and rewriter module) performs processing to write (over- 
write) information to the flash memory 44 (generally 
speaking: a non-volatile memory). 
[0083] More specifically, the rewriter section 90 down- 
loads (or loads) information that is transferred through 
BUS 1 , to write information to the rewrite area (a storage 
area where the rewriter section 90 can write information) 
of the flash memory 44 for storing device information ^5 
such as a GUID (generally speaking: device-specific 
identification information for an electronic instrument), 
config ROM information, and data transfer control pro- 
gram information (program information for firmware that 
implements SBP-2 transfer processing). It then writes 20 
that information (device information ordata transfer con- 
trol program information) to the rewrite area. 
[0084] in such a case, the downloading of information 
to the rewrite area is implemented by data transfer (un- 
der IEEE 1 394) executed by the processing of the down- 2S 
loader host section 6 of the PC and the storage task sec- 
tion 80. 

3. Memory Map 

30 

[0085] A typical memory map of the flash memory 44 
(non-volatile memory) is shown in Fig. 7. 
[0088] A vector table that is necessary for the interrupt 
processing of the rewriter section 90 is stored in a re- 
writer interrupt vector table area. Information for boot 35 
processing is stored in the boot area. Execution codes 
of the rewriter program are stored in the rewriter pro- 
gram area. Config ROM information for identifying that 
the data transfer control device 1 0 is a test device is 
stored in the rewriter config ROM area. 
[0087] Execution codes of the SBP-2 firmware pro- 
gram are stored in the SBP-2 firmware program area. 
An interrupt vectortable forthe SBP-2firmware is stored 
at the start of this area. 

[0088] A program write completion mark is stored in <5 
the program write completion mark area. This mark is 
used to indicate whether the program has been written 
normally to the SBP-2 firmware program area (generally 
speaking: information indicating whether or not the data 
transfer control program information has been written 50 
normally to the rewrite area. 

[0089] Config ROM information for the SBP-2 
firmware is written to the SBP-2 firmware config ROM 
area. 

[0090] A rewriter enable flag (generally speaking: re- 5S 
writer processing setting information for setting the re- 
writer to either enabled or disabled) is stored in the re- 
writer enable flag area. When the rewriter enable flag 



(hereinafter abbreviated to REF when suitable) is disa- 
bled, the data transfer control device 10 shifts to ordi- 
nary operating mode (SBP-2 processing mode), and 
when it is enabled it shifts to download mode (rewriter 
processing mode). 

[0091] An ID (GUID) such as a vendor ID or serial ID 
is stored in the ID area. If the PC writes config ROM 
information to the SBP-2 firmware config ROM area, the 
configuration is such that the ID information stored in 
the ID area is embedded in the config ROM. If a PC 
reads the ID, the ID within that config ROM is returned 
to the PC. 

[0092] The SBP-2 fimnware program area, the pro- 
gram write completion mark area, the SBP-2 firmware 
config ROM area, the rewriter enable flag area, and the 
ID area are rewrite area into which information can be 
written by the rewriter section 90. In other words, the 
rewriter section 90 performs data transfer from the 
downloader host section 6 of the PC when in download 
mode, enabling it to download information from'the PC 
into the rewrite area and write the Information therein. 

4. Detailed Processing 

[0093] The description now turns to the processing of 
the data transfer control device of this embodiment, with 
reference to the flowcharts of Figs. 8 and 9. 
[0094] When the power source of the data transfer 
control device 10 is turned on (at reboot or reset), the 
system determines whether or not the rewriter enable 
flag"REF (see Fig. 7) is enabled (step SI ).. More specif- 
ically, the CPU 42 of Fig. 6 starts processing from the 
address COOOOOh of Fig. 7 (the boot address), when the 
power is turned on. Since the address of a progranri 
(start-up program) that checks REF is stored at 
COOOOOh, this makes it possible to check whether or not 
REF is enabled. 

[0095] If REF is enabled, the processing shifts to re- 
writer processing (download mode) (step S2). The 
download end command is received from the download- 
er host section 6 of the PC and, if the program has been 
written con-ectly, the program write completion mark is 
recorded (step S3). If the program write completion 
mark has been recorded (step S4), REF is set to disa- 
bled (step S5) and the flow returns to step SI . if the pro- 
gram write completion mark has not been recorded, on 
the other hand, the flow returns to step S2. 
[0096] Note that if REF is set to enabled in the initial 
state, steps S6, S7, S8, and S9 could be omitted in the 
first round of rewriter processing. 
[0097] If REF is disabled in step SI , the ordinary op- 
erating mode (SBP-2 processing mode) is set (step S6). 
More specifically, the vector table address is set to 
C02000h, as shown in Fig. 7. Initialization processing 
for IDE (ATA/ATAPI) is then performed (step S7). 
[0098] During the IDE initialization processing, wheth- 
er or not the storage device 100 Is disconnected from 
BUS2 is detected and, if it is disconnected (step S8), 
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download mode (rewriter processing mode) is set (step 
S9). Specifically, the address in the vector table is set 
to COOOOOh, as shown in Fig. 7. The system shifts to 
rewriter processing (step S2) and the processing of the 
rewriter section 90 starts (the rewriter program is acti- 
vated). 

[0099] If it is determined in step S8 that the storage 
device ICQ is not disconnected, on the other hand, the 
system shifts to SBP-2 processing (ordinary operating 
mode) (step S10), and ordinary data transfer control 
processing is performed, based on the SBP-2 protocol, 
tf a download start command is received from the down- 
loader host section 6 of the PC (step S11 ) rewriter mode 
Is set (step S9), and the system shifts to rewriter 
processing (step 82). If no download start command is 
received, on the other hand, the system determines 
whether or not the power is off (step S12) and, if the 
power is not off, the flow returns to step SIC. 
[0100] Fig. 9 is a flowchart of the IDE Initialization 
processing (initialization of the storage device 100) of 
step S7 of Fig. 8. 

[0101] First of all, IDE (ATA/ATAPI) reset processing 
is performed (step S21). The system then determines 
whether or not a predetermined period (such as 1 
minute) has elapsed (step S22). If it has not elapsed, it 
determines whether or not the storage device 100 is 
busy (step S23) and, if it is busy the flow returns to step 
822. In that case, the determination of whether or not it 
is busy can be done by checking a B8Y bit in an ATA 
status register shown in Fig. 10A, 
[01 02] Note that this status register is comprised with- 
in the register 103 of the storage device 100 of Fig. 6. 
In addition, a sector size register, a cylinder high regis- 
ter, a sector count register, and a cylinder low register, 
which will be described later, are also comprised within 
the register 103. The values in these registers can be 
read out by using ATA PIO transfer through BUS2, as 
will be described later. In addition, the values of these 
registers can be displayed on a PC by using registers 
in the data transfer control device 10. 
[0103] If the storage device 100 is not busy, the sys- 
tem writes 55h and AAh to the sector size register and 
cylinder high register, respectively, of the data transfer 
control device 10 (step 824). It then reads the sector 
size register and the cylinder size register, to confirm 
whether or not 55h and AAh have been written therein 
(step 825). 

[01 04] It next determines whether or not the values in 
the sector count register and the cylinder low register 
match 01 h and OOh (step 826). If they do match, it iden- 
tifies that the storage device 1 00 is an ATA device (step 
827). This is because the values of the sector count reg- 
ister and the cylinder low register ought to be those as 
shown in Fig. 10B for a device that conforms to ATA 
(such as a hard disk drive) . 

[0105] The system then determines whether or not 
the values of the sector count register and the cylinder 
low register match 01 h and 14h, respectively (step 828). 



If they do match, it identifies that the storage device 1 00 
is an ATAPI device (step 829), but if they do not match 
the flow returns to step 822. This is because the values 
of the sector count register and the cylinder low register 
5 ought to be those as shown in Fig. 1 DC for a device that 
conforms to ATAPI (such as a CD drive or DVD drive). 
[0106] With this embodiment, confirmation that the 
device is disconnected occurs when it is determined in 
step S22 that a predetermined period has elapsed or 

10 when it is determined in step 825 that a suitable value 
has not been written (step 830). 
[01 07] The method that Is employed with this embod- 
iment as described above is such that whether or not 
the device is disconnected (not detected) is determined 

75 based on the result of an access (write or read access) 
to the register 103 of the storage device 100. This 
processing for access to the register 103 (processing 
that identifies whether it is an ATA device or an ATAPI 
device) is processing that is necessary for the initialtza- 

20 tion of the storage device 100. The use of this method 
therefore has the advantage of enabling detection of 
whether or not the device is disconnected, in addition to 
the necessary minimum processing. 
[0108] Note that the detection of whether or not the 

25 device is disconnected could also be implemented by 
providing hardware circuitry that monitors the state of a 
predetermined signal line of BU82. If there is a signal 
line on the storage device 100 side that is either pulled 
up or pulled down, by way of example, it is possible to 

30 detect whether or not the device is disconnected by 
monitoring the voltage level of that signal line. 

5. Method of Fabricating Electronic instrument 

35 [01 09] Use of the above-described data transfer con- 
trol device this embodiment makes it possible to imple- 
ment a simplification and shortening of the process of 
fabricating an electronic instrument. 
[01 1 0] With this embodiment as shown in Fig. 1 1 A, for 

40 example, the data transfer control device 10 (the IEEE 
1 394 port of the circuit board 9) is connected to the fac- 
tory's PC (the PC's IEEE 1 394 port) by BUS 1 in a state 
in which the storage device 100 is disconnected from 
BU82. 

^5 [01 1 1] If the power of the data transfer control device 
10 is turned on in this state and the initial state is such 
that REF is set to enabled, the system shifts to download 
mode and rewriter processing starts (the rewriter pro- 
gram in the flash memory 44 is activated). If the program 

50 is written normally, REF is set to disabled (step 85 of 
Fig. 8). If the power of the data transfer control device 
10 is temporarily turned off then on again in a similar 
state, it is determined at step 88 of Fig. 8 that the device 
is disconnected, the system shifts automatically to 

55 download mode and rewriter processing starts, as 
shown in steps 89 and 82 (the rewriter program in the 
flash memory 44 is activated). 

[0112] This rewriter processing causes data transfer 
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through BUS1 so that the device information such as 
the GUID or configuration ROM information, or informa- 
tion for the SBP-2 firmware (data transfer control pro- 
gram) is downloaded and written to the rewrite area of 
Fig. 7, as shown in Fig. 11 A. This makes it possible to 
store device-specific information for identifying the elec- 
tronic instrument 8 in the flash memory 44. Alternatively, 
SBP-2 firmware that is specific to each environmental 
information manufacturer can be stored in the flash 
memory 44. 

[01 1 3] Afterwards, the data transfer control device 1 0 
(the circuit board 9) is connected to the storage device 
1 00, as shown in Fig. 1 1 B. This data transfer control de- 
vice 10 (the circuit board 9) and the storage device 100 
are incorporated in the electronic instrument. This com- 
pletes the electronic instrument 8 as shown in Fig. 1 2A. 
[01 1 4] When the user uses the electronic instrument 
8. it is in a state in which the storage device 100 is con- 
nected to BUS2, as shown in Fig. 12B. It is therefore 
detected at step S8 of Fig. 8 that the device is not dis- 
connected, so ordinary SBP-2 processing (ordinary op- 
erating mode) is performed. This malces it possible to 
implement ordinary data transfer in which data (write da- 
ta) transferred from a domestic PC (host) through BUS1 
is transferred (written) to the storage device 100 (de- 
vice) through BUS2. It is also possible to implement data 
transfer in which (read data) that is transferred from the 
storage device 100 through BUS2 is transferred (read 
into) the PC through BUS1. In other words, use of the 
data transfer control. device 10 makes it possible to im- 
plement a bus bridge function between BUS1 (IEEE 
1394) and BUS2 (ATA, ATAPI), enabling an IEEE 1394 
interface function for the electronic instmment 8. 
[01 1 5] With this embodiment, information is written to 
the flash memory 44 during the fabrication process be- 
fore the storage device 100 is connected to the data 
transfer control device 10 (the circuit board 9). unlike in 
the method shown in Fig. SB. Even with transfer initiated 
by a download start command from the PC, the system 
shifts automatically to download mode if the device is 
disconnected, activating the rewriter processing. It is 
therefore possible to simplify and shorten the fabrication 
process, as well as enabling a reduction in manual labor. 
In this case, by setting REF to enabled in the initial state, 
the processes of steps S6, S7. S8, and S9 of Fig. 8 can 
be omitted during the first transition to download mode, 
enabling a further shortening of the fabrication process. 

6. Rewriter Processing (Download Processing) 

[0116] The description now turns to details of the re- 
writer processing. 

[0117] An illustrative view of ID (GUID) download 
processing is shown in Fig. 13. 

[0118] First of all, when the downloader host section 
6 executes an ID write, the rewriter section 90 writes 
that ID to the flash memory 44, When the downloader 
host section 6 then executes a status read, the rewriter 



section 90 returns the status. The downloader host sec- 
tion 6 subsequently reads the ID and confirms whether 
or not the ID has been written appropriately, and the 
processing ends. 

5 [0119] An illustrative view of program (SBP-2 
firmware) download processing is shown in Fig. 14. 
[0120] First of all, when the downloader host section 
6 executes a status read, the rewriter section 90 returns 
the status. The downloader host section 6 then writes 

10 the download start address and the download size. If 
the downloader host section 6 then executes a write of 
download data (program information for the SBP-2 
firmware) in 512-byte units (512 bytes or less), the re- 
writer section 90 writes that download data to the flash 

15 memory 44. When the writing of the download data 
ends, the downloader host section 6 executes a read of 
the program checksum and the rewriter section 90 re- 
turns the checksum. The downloader host section 6 
subsequently confirms whether or not the checksum is 

20 appropriate, and the processing ends. 

[0121] An illustrative view of config ROM information 
download processing is shown in Fig. 15A. 
[0122] First of all, when the downloader host section 
6 executes a status read, the rewriter section 90 returns 

25 that status. The downloader host section 6 then exe- 
cutes a write of the download start address and the 
download size. If the downloader host section 6 then ex- 
ecutes a write of download data (config ROM informa- 
tion) in 512-byte units (512 bytes or less), the rewriter 

30 section 90 writes that download data to the flash mem- 
ory 44. During this time, details such as the previously 
written ID are still reflected in the config ROM. When the 
writing of the downloaded data ends, the downloader 
host section 6 executes a status read and the rewriter 

35 section 90 retu rns the status. When the downloader host 
section 6 then executes a read of the CRC for the config 
ROM, the rewriter section 90 returns the CRC and the 
processing ends. 

[0123] An illustrative view of download end process- 
40 ing is shown in Fig. 15B. 

[01 24] When the downloader host section 6 executes 
a write of the download end command, the rewriter sec- 
tion 90 disables the rewriter enable flag REF, sets the 
status to download end. and performs reboot process- 
es ing. 

7. ATA/ATAPI Interface Circuit 

[0125] An example of the configuration of the inter- 
so face circuit 30 for ATA/ATAPI is shown in Fig. 16. Note 
that the interface circuit 30 need not necessarily be pro- 
vided with all the circuit blocks shown in Fig, 16; some 
of them can be omitted 

[0126] A FIFO 31 is a buffer for adjusting (buffering) 
55 any differences in the data transfer rate. The DMA con- 
troller 32 is a circuit for controlling (REQ/ACK control) 
the FIFO 31 and an interface core circuit 34. 
[01 27] The interface core circuit 34 is a circuit that pro- 
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vides DMA control. A counter 35 comprised by the in- 
. terface core circuit 34 is a reset counter for ATA (IDE)/ 
ATARI. A UDMA circuit 36 comprised by the interface 
core circuit 34 is a circuit for controlling ATA/ATAPI Ul- 
traDMA transfers, and it comprises a FIFO 37 for UltraD- 
MA and a CRC computation circuit 38 for UltraDIVlA. 
[0128] A register 33 is a register for controlling the 
start of DMA transfer, where this register 33 can be ac- 
cessed by the firmware 50 (the CPU 42). 
[0129] CS[1 :0] is a chip. select signal used for access- 
ing the ATA registers. DA[2:0] is an address signal for 
accessing data or a data port. 

[01 30] DMARQ and DMACK are signals used in DMA 
transfer. When the preparations for data transfer are 
complete, the storage device 100 (device) side asserts 
DMARQ (makes it active) and in response thereto, the 
data transfer control device 10 (host) side asserts 
DMACK when DMA transfer starts. 
[0131] DlOW (STOP) is a write signal used during 
writing to a register or data port. Note that It also func- 
tions as a STOP signal during UltraDMA transfer. DIOR 
(HDMARDYor HSTROBE) is a read signal used during 
reading from a register or data port. Note that it also 
functions as a HDMARDY or HSTROBE signal during 
UltraDMA transfer. 

[0132] lORDY (DDMARDY or DSTROBE) is used as 
a wait signal when the preparations for data transfer for 
the storage device 100 are not complete. Note that it 
also functions as a DDMARDY or DSTROBE signal dur- 
ing UltraDMA transfer. 

[0133] INTRO is a signal used by the storage device 
1 00 (device) for requesting an interrupt with respect to 
the data transfer control device 10 (host). If the data 
transfer control device 10 reads the contents of the sta- 
tus register of the storage device 100 after this INTRO 
is asserted, the storage device 100 negates INTRO 
(makes it inactive) after a predetermined time has 
elapsed. This use of this INTRO enables the storage de- 
vice 100 to inform the data transfer control device 10 of 
the end of command processing. 
[0134] Examples of the waveforms of the above-de- 
scribed ATA signals as shown in Figs. 17A and 17B. 
These figures show examples of the signal waveforms 
during parallel I/O (PIO) read and write. Note that in 
these figures denotes signals of negative logic (low level 
is asserted). 

[0135] Reading of the ATA register 1 03 is implement- 
ed by the PIO read of Fig. 1 6A and writing to the register 
103 is implemented by the PIO write of Fig. 16B. The 
register reads of steps S23, S25, S26. and S28 of Fig. 
9 are implemented by PIO reads, by way of example. 
The register write of step S24 is implemented by a PIO 
write. 

[01 36] Note that the present invention is not limited to 
the above embodiments and thus various modifications 
thereto are possible within the scope of the invention. 
[01 37] For example, in part of this specification, some 
terms (such as IEEE 1394, ATA/ATAPI. SBP-2, 



IPoverl 394. ORB, a storage device, a personal compu- 
ter, a flash memory, device information, SBP-2 
firmware, and CPU) are replaced by terms In a broader 
sense (such as a first interface standard, a second in- 
5 terface standard, a first protocol which is an upper layer 
protocol of the first interface standard, a second protocol 
which is an upper layer protocol of the first interface 
standard, command packet, device, host, non-volatile 
memory, GUID, data transfer control program, and proc- 
essor), but these terms may be replaced also in another 
part of the specification. 

[0138] Part of requirements of any claim of the 
present invention could be omitted from a dependent 
claim which depends on that claim. Moreover, part of 
'5 requirements of any independent claim of the present 
invention could be made to depend on any other inde- 
pendent claim. 

[01 39] The configurations of the data transfer control 
device and electronic instrument of the present inven- 
20 tion are not limited to those shown in Rg. 6 and thus 
various modifications thereto are possible. For example, 
some of the circuit blocks and functional blocks in this 
figure could be omitted, or the connections between the 
blocks could be modified. The second bus (BUS2) could 
25 be connected to a device other than a storage device. 
In addition, the connection of the physical-layer circuit, 
the link-layer circuit, and the packet buffer Is not limited 
to that shown in Fig. 6. 

[0140] The embodiments were described as relating 
30 to a configuration in which the functions of.components 
such as the rewriter activation section and the rewriter 
section were implemented by firmware (programs), but 
all or some of these functions could equally well be im- 
plemented by hardware. 
35 [0141] The present invention can be applied to vari- 
ous electronic instruments (such as hard disk drives, op- 
tical disk drives, magneto-optical disk drives, PDAs, ex- 
pansion devices, audio devices, digital video cameras, 
mobile phones, printers, scanners. TVs. VCRs, tele- 
^0 phones, display devices, projectors, personal comput- 
ers or electronic notebooks). 

[0142] The embodiments of the present invention 
were described as relating to a configuration in which 
the present invention was applied to data transfer con- 
^5 forming to the IEEE 1 394, SBP-2, and ATA/ATAPI stand- 
ards. However, the present invention can also be ap- 
plied to data transfer conforming to standards based on 
concepts similar to those of IEEE 1394 (PI 394a), SBP- 
2 (SBP). or ATA/ATAPI, or standards derived from IEEE 
50 1394. SBP-2. and ATA/ATAPI. 



Claims 



55 1. A data transfer control device for data transfer 
through a bus, comprising: 

a rewriter which loads and writes information 
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transferred through a first bus into a rewrite ar- 
ea of a non-volatile memory storing at least one 
of device information and data transfer control 
program information; and 
a rewriter activation section which causes the 
rewriter to start processing when a second bus 
is detected to have no connection to any de- 
vice. 

2. The data transfer control device as defined in claim 
1. 

wherein the detection of whether or not the 
second bus is connected to a second device is 
based on the result of an access to a register of the 
second device. 

3. the data transfer control device as defined in claim 
1 or 2. 

wherein the rewriter writes information into 
the rewrite area by performing data transfer be- 
tween the data transfer control device and a first de- 
vice connected to the first bus in a mode of loading 
information to the rewrite area. 

4- The data transfer control device as defined in any 
one of claims 1 to 3, 

wherein data transferred from a first device 
through the first bus is transferred to a second de- 
vice through the second bus, and data transferred 
from the second device through the second bus is 
transferred to the first device through the first bus, 
in an ordinary operating mode that differs from a 
mode of loading information to the rewrite area. 

5. The data transfer control device as defined in any 
one of claims 1 to 4, 

wherein the device information includes iden- 
tification information that is specific to an electronic 
instrument in which the data transfer control device 
is embedded. 

6. The data transfer control device as defined in any 
one of claims 1 to 5, 

wherein the non-volatile memory has an area 
in which is stored information for indicating whether 
or not the data transfer control program information 
has been written correctly into the rewrite area. 

7. The data transfer control device as defined in any 
one of claims 1 to 6. wherein: 

the non-volatile memory has an area in which 
is stored rewriter processing setting information 
for setting whether processing by the rewriter 
is enabled or disabled; and 
the rewriter processing setting information is 
set to enabled in an initial state but is set to dis- 
abled at the end of processing by the rewriter. 



8. The data transfer control device as defined in any 
one of claims 1 to 7, 

wherein the first bus transfers data conform- 
ing to a first interface standard, and the second bus 
5 transfers data conforming to a second interface 
standard. 

9. An electronic Instrument comprising: 

10 the data transfer control device as defined in 

any one of claims 1 to 8; and 
a second device connected to the second bus. 

10. A prog ram for causing a data transfer control device 
15 to function as: 

a rewriter which loads and writes Information 
transferred through a first bus into a rewrite ar- 
ea of a non-volatile memory storing at least one 

20 of device information and data transfer control 

program information; and 
a rewriter activation section which causes the 
rewriter to start processing when a second bus 
is detected to have no connection to any de- 

25 vice. 

11. The program as defined in claim 10, 

wherein the detection of whether or not the 
second bus is connected to a second device is 
30 based on the result of an access to a register of the 
second device. 

12. The program as defined in claim 1 0 or 11 , wherein: 

35 the non-volatile memory has an area in which 

is stored rewriter processing setting information 
for setting whether processing by the rewriter 
is enabled or disabled; and 
the rewriter processing setting information is 

40 set to enabled in an initial state but is set to dis- 

abled at the end of processing by the rewriter. 

13. A method of fabricating an electronic instrument 
having a data transfer control device and a second 

45 device connected to a second bus of the data trans- 
fer control device, the method comprising: 

disconnecting the second device from the sec- 
ond bus to start rewriter processing that is ac- 
50 tivated when the second device is disconnect- 

ed from the second bus; 

loading and writing information transferred 
through a first bus into a rewrite area by the re- 
writer processing, the rewrite area storing at 
55 least one of device information and data trans- 

fer control program information; and 
connecting the second device to the second 
bus after the writing of the information into the 
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rewrite area. 

14. The method of fabricating an electronic instrument 
as defined in claim 13, 

wherein the device information includes iden- 5 
tification information that is specific to an electronic 
instrument in which the data transfer control device 
is embedded. 
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